WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 




PCT 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) International Patent Classification 6 
H04L 12/00 



A2 



(11) International Publication Number: 
(43) International Publication Date: 



WO 99/23783 

14 May 1999(14.05.99) 



(21) International Application Number: PCT/US98/223 1 4 

(22) International Filing Date: 22 October 1998 (22.10.98) 



(30) Priority Data: 

08/962,023 



31 October 1997 (31.10.97) 



US 



(71) Applicant: SNAP-ON TECHNOLOGIES, INC. [US/US]; 420 

Barclay Boulevard, Lincolnshire, IL 60069 (US). 

(72) Inventors: ROGERS, Steven, W.; 22 1 0 Remington Road, Con- 

way, AR 72032 (US). GILL, George, Michael; 27 Stump 
Street, Vilonia, AR 72173 (US). DE BELLEFEUILLE, 
Jean; R.R. #5, Box 2515, Brunswick, ME 04011 (US). 
KLING, Michael, J., Ill; 10 Fontenay Circle, Little Rock, 
AR 72211 (US). BAIRD, Michael, L.; 891 Terrace Drive, 
Los Altos, CA 94024 (US). 

(74) Agents: BECKER, Stephen, A. et al.; McDermott, Will & 
Emery, 600 13th Street, N.W., Washington, DC 20005-3096 
(US). 



(81) Designated States: AL, AM, AT, AU, AZ, BA, BB, BG, BR, 
BY, CA, CH, CN, CZ, DE, DK, EE, ES, FI, GB, GD, GE, 
GH, GM, HR, HU, ID, IL, IS, JP, KE, KG, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MD, MG, MK, MN, MW, MX, 
NO, NZ, PL, PT, RO, RU, SD, SE, SG, SI, SK, SL, TJ, 
TM, TR, TT, UA, UG, UZ, VN, YU, ZW, ARIPO patent 
(GH, GM, KE, LS, MW, SD, SZ, UG, ZW), Eurasian patent 
(AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), European patent 
(AT, BE, CH, CY, DE, DK, ES, FI, FR, GB, GR, IE, IT, 
LU, MC, NL, PT, SE), OAPI patent (BF, BJ, CF, CG, CI, 
CM, GA, GN, GW, ML, MR, NE, SN, TD, TG). 



Published 

Without international search report and to be republished 
upon receipt of that report. 



(54) Title: SYSTEM AND METHOD FOR DISTRIBUTED COMPUTER AUTOMOTIVE SERVICE EQUIPMENT 



(57) Abstract 



A computerized automotive service equipment system is adapted to access remotely located computer systems to retrieve or exchange 
data and/or software applications, or to undergo live or real-time and two-way interaction. The system and its components are dynamic 
with respect to both function and data, and can be easily updated or otherwise altered. The system of the present invention utilizes World 
Wide Web technology, which enables the use of universal and widely compatible programming tools and techniques for efficient and fast 
system development. 



FOR THE PURPOSES OF INFORMATION ONLY 



Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


FI 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senegal 


AU . 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


1L 


Israel 


MR 


Mauritania 


uc 


Uganda 


-BY 


Belarus 


IS 


Iceland 


MW 


Malawi 


us 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


uz 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


zw 


Zimbabwe 


CI 


Cote d'lvoirc 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


Portugal 






CU 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






CZ 


Czech Republic 


LC 


Saint Lucia 


RU 


Russian Federation 






DE 


Germany 


LI 


Liechtenstein 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







WO 99/23783 



PCT/US98/22314 



1 

SYSTEM AND METHOD FOR DISTRIBUTED COMPUTER 
AUTOMOTIVE SERVICE EQUIPMENT 

RELATED APPLICATIONS 

This application is a continuation-in-part of copending application serial number 
08/857725, assigned to the assignee herein, and is related to an application entitled, 
"Improved Computerized Automotive Service System," filed 31 October 1997, serial 
5 number 08/961 ,61 8, also assigned to the assignee herein, both of which are hereby 
incorporated by reference. 



FIELD OF THE INVENTION 

The present invention relates to a system and method for distributed computer 

10 automotive service equipment. More specifically, the present invention relates to 
computerized automotive service equipment wherein different diagnostic or service 
components communicate with one another over a computer network, such as the 
Internet. The present invention also relates to a novel computerized automotive service 
system which utilizes object oriented programming and ISO Standard 8879 

1 5 communications protocol to decentralize and modularize the software routines that 
perform the computational, user interface, and other necessary algorithms 

BACKGROUND OF THE INVENTION 

The modern automotive service bay contains numerous expensive pieces of 

20 equipment designed to automate servicing of an automobile. Wheel aligners, wheel 
balancers, engine analyzers, brake testers, hydraulic lifts, and similar devices typically 
contain microprocessors and/or computers to assist an automotive mechanic in 
performing various servicing tasks. Exemplary computerized automotive wheel 
alignment systems are disclosed in U.S. Patent Nos. 4,383,370 and 5,208,646, whose 

25 teachings and disclosures are incorporated herein by reference. 

Historically, such computerized automotive service equipment comprised 
proprietary, closed computer systems. A manufacturer of such systems would typically 
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spend years developing software. The manufacturer had to customize the software to 
run on a single dedicated computer, and the resulting product had little or no flexibility 
to interchange and update different hardware and software elements. Each system ran 
different software, often on completely different operating systems designed for 
5 completely different hardware platforms. Each individual system also was incapable of 
being conveniently or easily updated. If a new development or improvement occurred, 
the manufacturer of the individual system typically had to issue an entirely new version 
release of the software and/or hardware in order to bring that improvement to market. 
The new release required a complete rewrite. Not only did new versions often take 

1 0 years to complete. It was also so costly to release a new system that, as a practical 
matter, the manufacturer would have to wait until enough improvements occurred in 
order to justify the financial burdens of a new version release. This hampered the ability 
of the end user, the automotive service professional, to bring the latest technological 
improvements to the customer, the typical car driver. 

1 5 Furthermore, such prior art automotive service equipment systems were not 

generally designed to communicate or cooperate with other computers in the service bay 
and elsewhere. For instance, the wheel aligner computer did not communicate with the 
engine analyzer computer, and neither communicated with the accounting computer or 
the intake/reception area computer. One consequence of this is that customer or vehicle 

20 owner/identification information had to be entered repeatedly into each piece of 

automotive service equipment each time the same vehicle was serviced in different parts 
of the service bay. This redundancy wasted valuable operator time and promoted key- 
entry errors. 

It has been known to design automotive service equipment that sends data 
25 through a local area network to a file server, such as a Novell server platform. This, 
however, limits the information to being stored as files and does not support real-time 
data flow or a distributed application. An example of such as system is disclosed in 
U.S. Patent Number 4,404,639, dated September 13, 1983. The data retained in such 
files could only be downloaded and stored on self-contained proprietary platforms. 
30 These data-only files, then, did not give the resulting automotive service equipment 
system the capability of exporting data to a remote location for processing, and then 
returning the processed data to the original location. They also did not give the resulting 
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system the capability to locate different portions of a single automotive service 
equipment application on different computers. 

The prior art automotive service equipment system computers also did not 
communicate with any remote off-site computer to submit in real-time the data gathered 

5 by the sensors in the course of effecting a service procedure. Hence, it was not possible 
for sensors to transmit their data in real-time to a remote site for analysis and inspection 
at that remote site. For instance, in vehicle wheel alignment applications, the wheel 
alignment sensors that were mounted on the vehicle wheels were capable of transmitting 
wheel angle data only to the vehicle wheel alignment machine itself. There was no way 

10 for an off-site technician and/or an off-site computer to review the data to evaluate 

whether the alignment angles were within specification. Likewise, there was no way for 
an on-site technician to present this real-time angle information to an off-site expert for 
purposes of either troubleshooting problems with the servicing equipment, or for 
receiving instructions and advice on how to proceed with an alignment procedure. 

1 5 Moreover, for automotive service equipment that depended on OEM and 

manufacturer generated specifications, such as vehicle wheel alignment equipment, the 
danger of obsolescence presented itself every new model year. Isolated, dedicated 
systems required continual updating of vehicle specifications, usually via CD-ROM's. 
Managers of the service bay would have to maintain the most updated specifications 

20 available for their computerized automotive service equipment. Otherwise, the service 
bay might have to turn customers away, or worse, the attendants might service newer 
vehicles to erroneous specifications. The administrative task of maintaining updated 
specifications for the computerized equipment was an additional burden on the 
personnel running the service centers. 

25 

PRIOR ART COMPUTER TECHNOLOGIES 

Two major developments in the computer arts have heretofore not been applied 
in the field of automotive service equipment. The first of these is Internet-based 
technologies. The second is object oriented programming. Both will be discussed 
30 below in detail to lay the groundwork for the subsequent detailed description of the 
present invention. 
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Internet-Based Technologies 

Until now, no known automotive service equipment utilized the data transfer 
capabilities of the Internet. The World Wide Web is one type of network residing on the 
Internet. It began as an information networking project at the European Laboratory for 
5 Particle Physics (CERN). The World Wide Web is best described as the specific 

software, protocols, conventions and information that enable hypertext and multimedia 
publishing of resources on different computers around the world. The popularity of the 
Internet has provided the computer software industry with many new software 
applications, yet these by and large have been restricted to home and entertainment use. 

10 

WebPrQwggrs 

Most commonly, home and entertainment users of the Internet access the 
Internet through the use of a World Wide Web browser. This Web browser application 
can easily and seamlessly display text and graphics sent from practically any type of 

15 computer system. The information to be displayed is sent to the Web browser on Web 
"pages." Web pages are constructed using the syntax and rules defined in the ISO 8879 
Standard General Markup Language (SGML) document available from the W3 
Consortium, a group of companies and individuals dedicated to the use and 
standardization of certain data transmission protocols. This ISO standard is sometimes 

20 known as hypertext markup language (HTML), version 3.2, although it has evolved that 
HTML is both slightly overinclusive and underinclusive of the actual ISO 8879 
standard. HTML is a markup language used to create hypertext documents that are not 
unique to one platform or another. HTML files are ASCII text files with codes 
embedded (indicated by markup tags) to indicate formatting and hypertext links. 

25 

Web Servers 

Computer systems that send information to a Web browser are called Web 
servers. A Web server stores Web pages (constructed and stored as static files) and 
serves them out to the Web browser on demand. In their simplest form, server Web 
30 pages that are constructed only with HTML, without more, cannot be changed by a Web 
browser user, and are thus not interactive. 
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Web Communication Protocols 

Those of skill in the art will appreciate that the Web utilizes a number of 
communication protocols to transmit and receive addressable data. HTTP is an 
application-level protocol for distributed, collaborative, hypermedia information 
5 systems. It is a generic, stateless, object-oriented protocol. Web servers are computers 
equipped with the server software to respond to HTTP requests, such as requests from a 
Web browser. HTTP has generally subsumed most of the functions of the older File 
Transfer Protocol (FTP). FTP, in turn, is a protocol that requires a logon to a remote 
computer to browse directories and effect a two-way file transfer. A feature of the 
10 newer HTTP, which again has largely replaced FTP, is the typing and negotiation of 
data representation, allowing systems to be built independently of the data being 
transferred. 

A Web server uses this HTTP protocol to communicate with clients on a TCP/IP 
network. TCP/IP is a lower level protocol that communicates with a network card 

1 5 driver. The network card driver in turn communicates directly with the network 
hardware or physical layer of the protocol stack. TCP/IP provides the source and 
destination address of the data. More specifically, TCP/IP is defined as a set of 
networking protocols that provides communications across interconnected networks of 
unlike computers. TCP/IP includes standards and conventions for routing data traffic. 

20 When a user at a browser submits a new request to access a Web page, one of the first 
things the browser does is to locate the TCP/IP address for that particular page. In 
principle, any computer having a TCP/IP address and properly connected to the Internet 
can be accessed on the Web. 

By using a single Web browser application to access different Web "sites," or 

25 Web Servers, around the world, a user can see, hear and interact with many different 
informational systems. A user can experience information in different languages and 
presentation styles. A user can view pictures, movies, music, live telephone or video 
teleconferences, search databases, download software, control and view robotic video 
cameras, participate in group discussions, and send or receive email. A special new 

30 browser, called a thin client, can also run computer software that actually resides on 
another computer across the world. Such thin clients make it possible to lease software 
or run software that would not normally work on a particular type of computer, i.e., 
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Windows programs on a Unix system. An example of a thin client is the Winframe 
Web Client by Citrix Systems, Inc., Coral Springs, Florida. 



Common Gateway Interface (CGI) 
5 At the Web server, oftentimes an application exists that receives data inputs from 

a Web browser, and then uses those inputs to dynamically assemble a particular output 
in return. The Web browser then displays the output to the browser operator. These 
applications are generally referred to as common gateway interfaces (CGI). A CGI 
script file is a program that executes on the Web server. A database search engine is a 

10 good example of a CGI script, as is a Web page counter that indicates the number of 
"hits," or visitors, to a Web page within a certain period. The user at the Browser is first 
presented with a form inquiring what type of information is to be extracted from the 
database. Once the user fills out the form and submits it by sending it back to the Web 
server, the CGI script is executed. The CGI uses the information from the form to 

15 compose a query to the database. The CGI script then formats the information retrieved 
from the database query and sends it back to the Web browser for display. A CGI script 
is limited, since it is basically a stand-alone program that executes outside the Web 
server. CGI scripts cannot access user information available from within the Web 
server, as they can usually only take an input directly from the form submitted by the 

20 user at the browser. 

Other programs reside on the browser alone, or the browser and server both, to 
add to the functionality of the browser by making it dynamic and interactive with the 
Web server. Two examples are Java and ActiveX. 

25 Java Technologies 

Java, developed by Sun Microsystems, is a browser language that allows small 
programs or applications, called "applets," to run within the browser. Java script is sent 
from the Web server as byte codes. The Java byte codes are not HTML but are 
embedded within HTML. The Web browser contains a program called a Java Virtual 

30 Machine that converts the byte codes to computer instructions that are subsequently 
executed. Java is therefore computer type independent, and a Java applet will work on 
any Web browser supporting the Java Virtual Machine. Java is good for animated 
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displays and moving or scrolling text messages, but is limited to only the functions 
provided by the Web browser. A Java applet cannot access functions outside the Web 
browser. 

5 Component Object Model Technolog y 

The Component Object Model (COM) is a software object model that has a 
standardized interface. COM objects can communicate with other COM objects over 
distributed computers via protocols such as DCOM, a Microsoft standard. The protocol 
is indifferent to the particular transmission medium used, i.e., LAN, Intranet, Internet, 

10 serial connection, et cetera. 

ActiveX Technology, developed by Microsoft Corporation, is an implementation 
of a component object model. ActiveX is similar to CGI scripts and Java applets. 
ActiveX enables interactive and fully functional programs based on Web browser 
technology. ActiveX is made up of several components: ActiveX server extensions, 

15 server filters, Active server pages and ActiveX controls (formerly, OLE controls). 

ActiveX server extensions are similar to CGI scripts but actually execute as extensions 
of the Web server. Extensions have access to useful information, within the Web server, 
about the Web browser users and the Web server host system. ActiveX controls are 
analogous to Java applets. Examples include buttons, stock tickers and chart controls. 

20 But unlike Java script, ActiveX controls are not byte codes but actual small computer 
programs, or software objects, that do not require a subsystem such as the Java Virtual 
Machine. Active X controls are not computer type independent and must be written 
exclusively for a target computer type, e.g., a Windows-based system. Once installed 
into the Web browser, an ActiveX control is not limited to only the functions provided 

25 by the Web browser. Active X controls have the power to perform any function that any 
typical computer application can perform because they are stand alone software objects. 
For instance, they may be a stand alone word processor, spread sheet, etc. ActiveX 
controls also have the built-in capacity to share data with other Active X controls or 
extensions on the same computer or one on a remote computer system. Other ActiveX 

30 technologies such as ActiveX server pages and ActiveX server filters provide a 
comprehensive development system for Internet and Web browser based systems. 
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Browser/Server Models 

In sum, HTTP is the basic underlying protocol for HTML, CGI script, Java 
applets and ActiveX controls. Figures 1-3 show the three basic Web server and Web 
browser configurations. Figure 1 shows an inactive model of a typical HTML-only 
5 based environment. Web server 10 provides HTML based Web pages to Web browser 
20, the HTTP client. No animation or browser-controlled output is possible because 
neither CGI scripts, Java nor ActiveX is implemented. 

Figure 2 represents the active server model, and shows enhancements to the 
basic model of Figure 1. In this model, Web server 30 is an active server, providing 

1 0 dynamic information on Web pages, HTML-based database access, and CGI-style 

programs. Web browser 40, the HTTP client, continues to be inactive and only display 
what is sent by the Active server, but now the Active server model offers programmable 
extensions to the server software that are similar to CGI scripts. These extensions 
execute in the same address space as the server software, and have access to all the 

1 5 server system resources, providing much faster response time than CGI programs. 

Figure 3 represents the next evolution, the ActiveX model. It shows additional 
communication between the Web server 50 and the Web browser 60 other than just 
HTML. In this model, ActiveX controls on the Web browser 60 communicate directly 
with ActiveX controls on the Web server 50. ActiveX controls are software objects or 

20 somewhat self-contained programs that can be contained within other programs called 
container objects 55. Internet Explorer 4.0 (a Web browser), Microsoft Office Binder 
and the present Windows shell are all examples of ActiveX container objects 55. 

One example of an ActiveX control for the Web browser is Microsoft's 
ActiveMovie Control ActiveMovie Player is an ActiveX control that can view files 

25 that contain both audio and image information. The key advantage is that you can 

produce streaming multimedia content that the user can immediately enjoy, rather than 
waiting for a multimedia file to be first downloaded. ActiveX technology provides for 
on the fly Web browser updating. If the Web browser does not initially support 
ActiveMovie, for example, the Web server will update the Web browser by sending the 

30 ActiveMovie component via HTTP. The Web browser will transparently install 

ActiveMovie and retain it for future use. The ActiveMovie component executes as part 
of the Web browser and extends its capabilities to play real-time sounds and images. 
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While playing a movie, the communication is no longer HTML, but direct 
communications between the ActiveMovie ActiveX control on the Web server and the 
ActiveMovie ActiveX control on the Web browser. Hence, ActiveX controls are not 
limited to Web pages. They may be used as software objects within a standard non- 
5 networking application. Such reusability allows a program to be constructed as a stand 
alone non-networking application and then easily extended to share information with 
remote computer systems. 

Qbjept Oriented Programming 

10 The second computer development that is not known to have been applied in the 

field of automotive service equipment is object oriented programming and object 
oriented design (OOP/OOD). OOP involves the creation of software "objects." The 
foregoing description of Internet technologies referred to such objects, because current 
Web browser/server technology relies heavily on them. More generally, however, 

1 5 software objects may be thought of as self-contained mini-programs within a program. 
Before OOP, programs primarily consisted of two basic elements, data and program 
instructions. Data elements are storage locations. Program instructions are commands 
the computer will follow to make decisions or manipulate data. A data element such as 
a variable, constant or structure had only one function — to hold information. 

20 Instructions had only one function — to perform some action. With the advent of 
software objects, the line between data and instructions becomes fuzzy. Objects are 
software entities that have properties. They can take action, like instructions, but also 
utilize data. One of the main virtues of software objects is their inherent reusability. 
Objects, being largely self-contained, may be purchased that perform many 

25 commonplace functions, such as database routines, mathematical algorithms, and 

input/output functions. Many objects are included with the Microsoft Visual C/C++ 4.2 
Developers Studio, an integrated software development environment for writing object 
oriented programs. 

Object oriented applications are generally easier to create and modify than non- 
30 object oriented applications. If a portion of an application must be changed, all that is 
necessary is to change the particular software object in question. The modification will 
be transparent to the rest of the application. This is in contrast to prior systems in which 
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an entire application had to be rewritten and debugged whenever a minor change was 
made to a single part of the application. 

Object oriented programs also do not have to reside completely on one 
computer. As long as the object can be accessed, the computer running the main 
5 application routine will be able to call the object and operate on it. A computer running 
a main application routine might use the HTTP protocol to retrieve an object from a 
computer having a known TCP/IP address. In sum, OOP allows the transition from 
monolithic closed systems to distributed open systems. 

10 OBJECTS OF THE INVENTION 

Until now, it has not been appreciated to apply Internet based technologies or 
object oriented programming to automotive service equipment systems. It is therefore 
an object of the present invention to overcome the disadvantages and limitations of prior 
art automotive service equipment systems and to apply such technologies. 

15 It is also an object of the invention to apply Internet based technologies and 

object oriented programming techniques to automotive service equipment systems. 

It is another object of the invention to apply Internet based technologies and 
object oriented programming techniques to computerized vehicle wheel alignment 
systems. 

20 It is yet another object of the invention to provide a distributed computerized 

automotive service application using software objects. 

It is still another object of the invention to provide an automotive service 

equipment application that can be easily and inexpensively modified and maintained 

through the use of software objects. 
25 It is still yet another object of the invention to provide an automotive service 

equipment application wherein updated vehicle operating specifications may be 

accessed over the Internet and conveniently applied by the automotive service software 

application. 

It is another object of the invention to utilize the ISO 8879 language standard to 
30 create a networked automotive service equipment system. 

It is a further object of the invention to provide a collection of automotive 
service equipment of different kinds that cooperate and communicate with one another. 
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It is a still further object of the invention to provide a browser-based automotive 
service equipment system, wherein the browser communicates real-time diagnostic 
information to the server. 

It is yet another object of the invention to provide an automotive service 
5 equipment system that utilizes the various objects and advantages of Java, ActiveX, 
CGI, thin clients, and other HTTP based systems. 

SUMMARY OF THE INVENTION 

The present invention is directed to a number of embodiments that share novel 

10 features. In general, the present invention is directed to a computerized automotive 
service equipment system adapted to access remotely located computer systems to 
retrieve or exchange data and/or software applications, or to undergo live or real-time 
and two-way interaction. The system and its components are dynamic with respect to 
both function and data, and can be easily updated or otherwise altered. The system of 

1 5 the present invention utilizes World Wide Web technology, which enables the use of 
universal and widely compatible programming tools and techniques for efficient and fast 
system development. 

BRIEF DESCRIPTION OF THE DRAWINGS 
20 Figures 1-3 show block diagram overviews of present categories of Internet 

browser/server configurations. 

Figures 4-6 show schematic block diagrams of various embodiments of the 
present invention. 

25 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The detailed descriptions of the following preferred embodiments are meant to 
be descriptive of the best mode for practicing the present inventions, and are not 
intended to limit the rights granted herein, which rights are defined by the appended 
claims. 

30 Figure 4 shows a block diagram of the automotive service equipment system of 

the present invention. The system of Figure 4 is used to conduct a diagnostic analysis of 
vehicle components, such as the engine, brakes, suspension or alignment. While Figure 
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4 shows the invention in its general form, the description herein will occasionally 
describe the invention in its form as a vehicle wheel aligner, such as that disclosed in 
U.S. Patent Nos. 4,383,370 or 5,208,646. 

Data input controller 200 is a computer, which in the preferred embodiment 
5 contains a microprocessor and a memory coupled thereto (not shown). Controller 200 
comprises a general purpose portable computer (PC), such as an Intel Pentium-based 
IBM compatible computer, although any hardware platform suitably programmed will 
work just as well. Data input controller 200 receives data input from a measurement 
device 210. In a wheel alignment application, measurement device 2 1 0 may be one or 

10 more wheel mounted alignment angle sensors. Measurement device 210 is adapted to 
transmit signals representative of a vehicle diagnostic state to data input controller 200. 
Such information can be transmitted via a hard wired cable and a serial connection, via 
infrared transmission and a serial connection, via radio frequency transmission and a 
serial connection, or any other known means. In the vehicle wheel aligner example, 

15 such information can be transmitted via cables directly linking each alignment sensor 
head to the wheel alignment controller 200. 

Data input controller 200 is adapted to receive the input from measurement 
device 210 and to create an output perceptible by an operator at an output device 230. 
Output device 230 will usually be a CRT coupled to the data input controller 200 

20 through appropriate video driver means as is known in the art. Nonetheless, the output 
device might also include an audio output, such as a series of coded tones signifying 
various vehicle diagnostic states, or even voice guided alignment, as disclosed in 
copending application Serial Number 08/920,029, assigned to the present assignee 
herein, and incorporated by reference. In the preferred vehicle wheel aligner 

25 embodiment, the output device 230 comprises a CRT that contains a graphic display of a 
vehicle diagnostic state, for instance real-time readings for wheel alignment angles, such 
as toe, camber, caster, SAI, et cetera. Juxtaposed with the graphic real-time readings are 
graphic representations of vehicle wheel alignment specification values, such that an 
operator of the vehicle wheel alignment system is easily capable of comparing present 

30 real-time readings with the desired specification values and in response making 
appropriate servicing adjustments. 
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While data input controller 200 accepts data from measurement device 210, and 
places vehicle diagnostic information on output device 230, controller 200 does not 
necessarily comprise all of the computer software necessary to perform the vehicle 
diagnostic computations. Therefore, networked controller 220 is provided. Networked 
5 controller 220 itself comprises a computer having a microprocessor and a memory. At 
least some of the computer software necessary for controller 200 to create a suitable 
output at output device 230 resides in the memory of networked controller 220. 
Between data input controller 200 and networked controller 220 is provided a suitable 
computer network. The suitable computer network makes it possible to place networked 
10 controller 220 at a location remote from data input controller 200. However, it is not 
necessary for networked controller 220 to be remote. Controllers 200 and 220 may be 
located as close as the same room, as long as the proper connections and protocols are 
observed. 

The network connection between data input controller 200 and networked 

1 5 controller 220 generally comprises the HTTP network protocol, or any protocol 

substantially similar. Since HTTP, or its substantial equivalent, is used, controller 200 
may communicate with controller 220 via hypertext markup language (HTML). In this 
regard, data input controller 200 is similar to a Web browser, and networked controller 
220 is similar to a Web server. In a preferred embodiment, networked controller 220 

20 comprises a Web server having ActiveX server technologies. Similarly, data input 
controller 200 comprises a Web browser having ActiveX controls. 

The system can be implemented via an Internet connection or any suitable local 
area network connection. One of skill will appreciate that, when networked to each 
other, controller 200 and controller 220 each have unique network addresses. The 

25 unique network addresses for controller 200 and controller 220 may comprise TCP/IP 
addresses. Indeed, data input controller 200 is capable of accessing multiple networked 
controllers that, like controller 220, are each addressable and utilize the HTTP protocol. 
Each different network controller is capable of providing functionality for a different 
item of automotive service equipment. One networked controller may comprise 

30 ActiveX functionality for a vehicle wheel alignment system, while another networked 
controller may comprise ActiveX functionality for an engine analyzer. In any event, 
data input controller 200 may access either or both of them, and measurement device 
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210 will then be interchanged appropriately to supply the proper sensor equipment for 
the particular task at hand. For instance, when networked controller 220 comprises the 
ActiveX technologies sufficient to provide wheel alignment functionality to data input 
controller 200, measurement device 210 comprises wheel alignment sensor heads. 
5 When networked controller 220 comprises the ActiveX technologies sufficient to 

provide engine analyzer functionality to data input controller 200, measurement device 
210 comprises engine analysis test probes. In light of the foregoing, data input 
controller 200 may host more than one integrated system of automotive service 
equipment. 

1 0 In operation, the microprocessor (not shown) of data input controller 200 

executes an application residing in controller 200 memory that allows it to access the 
memory of the networked controller 220 through the controller 220 microprocessor. In 
one embodiment, data input controller 200 accesses the memory and microprocessor in 
networked controller 220 to access a software object representative of vehicle diagnostic 

15 specifications, such as vehicle wheel alignment specifications. In this case, once data 
input controller 200 retrieves such information, data input controller 200 can use 
software routines that reside in its own memory to convert the signals that represent the 
vehicle diagnostic state into an output at the output device for the operator to review. 
This is one example of distributed computing using software objects. 

20 In operation in another embodiment, data input controller 200 accesses the 

memory and microprocessor in networked controller 220 to access a software object 
representative of both vehicle diagnostic specifications and the diagnostic algorithm 
itself In this embodiment, the signals that represent the vehicle diagnostic state are 
passed to the networked controller 220 memory. There, the networked controller 220 

25 microprocessor performs the algorithms necessary to convert the raw data signals 
originating in measurement device 210 into processed signals. The processed signals 
are indicative of the result of a vehicle diagnostic computation. The processed signals 
are then returned over the network to data input controller 200 memory, where the 
processed signals are directly used to form the output that will appear at output device 

30 230. This is another example of distributed programming. 

Figure 5 is a schematic block diagram showing a further embodiment of the 
system of the present invention. Here, data input controller 200 and output device 230 
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have been partly combined into the functionality represented by browser 100, consistent 
with what was just described. Network controller 220 has been partly combined into the 
functionality represented by server 110, consistent with what was just described. 
Similarly, wheel alignment sensors 130, 132, 134 and 136 are species of measurement 
5 device 210. However, unlike the embodiment shown in Figure 4, in this embodiment 
sensors 130, 132, 134 and 136 are coupled to server 110 through appropriate network 
connections. This is in contrast to the equivalent structure in Figure 4 being coupled to 
the data input controller. 

In the embodiment of Figure 5, server 1 10 is an active server, preferably one 

1 0 with DCOM technologies, preferably ActiveX technologies. Server 1 1 0 has an area, or 
set of pages, dedicated to general customer data, vehicle type and vehicle diagnostic 
information. Another area is dedicated specifically to alignment procedures. In 
operation, browser 100 hosts ActiveX controls for functions requiring interaction or 
dynamic content, such as alignment meters for graphical display to an operator. 

15 Browser 100 also preferably hosts a Java Virtual Machine that is adapted to accept Java 
byte codes from server 110, and thereby provide computer animation on the browser 
100 display using Java applets. These applets might comprise operator instructional 
information, and similar help files. Preferably, the sensors 130, 132, 134 and 136 
communicate on a TCP/IP based shop network (Intranet) or are directly connected to the 

20 server 1 10 through a standard dedicated interface such as a serial communication port. 
Data from the alignment sensors is transmitted to server 110 via direct communication 
between ActiveX controls on the server and in the sensor subsystems. The ActiveX 
controls in server 1 10 processes the data through alignment algorithms that send the 
processed data to the ActiveX meters in browser 100 for display. It will be appreciated 

25 that the ActiveX controls are software objects constructed with OOP techniques and can 
be designed for reuse in other applications. 

The system of Figure 5 also supports a remote browser or server 120. Remote 
browser or server 120 is addressed over the Internet and has its own Internet TCP/IP 
address. Server 110 preferably comprises a modem to allow remote connection to 

30 remote browser or server 120 over a telephone line, for instance via a standard Internet 
service provider (ISP) connection. In this way, a Web browser or server 120 anywhere 
in the world can access the aligner system of Figure 5. Remote browser or server 120 
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can even take the place of the functionality provided by on-site browser 100. In other 
words, the alignment readings can be displayed on meters from within the remote Web 
browser or server 120. All of the foregoing connections, in the preferred embodiment, 
are carried out using the HTTP transmission protocol. In addition, while server 110 and 
5 remote browser or server 120 have been described as carrying ActiveX technologies, it 
is easily apparent to those of skill in the art that the systems can be modified to 
incorporate a thin client, CGI and/or Java to perform the various network and data 
intensive tasks. It is equally apparent that any time a browser function is recited above, 
the same end result can be accomplished using a thin client instead. 

10 Figure 6 is a schematic block diagram representation of another embodiment of 

the present invention. Notably, the system of Figure 6 allows up to the minute retrieval 
of information in an automotive service equipment system. This up to the minute 
information can include vehicle diagnostic specifications, such as vehicle wheel 
alignment specifications for new models, and corrected values for old models when 

15 errors in an existing database are corrected. In addition to up to the minute information 
retrieval, the system of Figure 6 enables remote billing options that heretofore were not 
possible. Wheel alignment, engine analysis, brake testing, wheel balancing and the like 
can all be performed in a shop environment on a "pay-per-use" basis, wherein a remote 
server permits the use of vehicle diagnostic software, and keeps account of the number 

20 of times such software is used by a particular shop. 

Service equipment 190, i.e. all computer based components within a garage or 
service bay that use or generate information, is connected as an HTTP network at the 
local shop. For instance, the service equipment 190 may include a shop management 
system 192 that keeps track of jobs, scheduling and customer information; an alignment 

25 system 194; an engine diagnostic system 196 and a show room kiosk 198 that enables 
car owners to access current data about their car, such as to view the alignment 
procedure as it occurs in the service bay itself. The enumeration of these types of 
service equipment is not to be construed as limiting but rather exemplary, as there are 
many dozens of types of service equipment in use in a typical garage that might be 

30 incorporated into the shop-wide network. Each individual item of service equipment 
190 carries a unique TCP/IP address and is located on the local shop HTTP network, 
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along with a local shop server 170, which acts as a gateway to the outside world. Server 
170 also acts as the common repository of information. 

Utilizing a modem on the local server 170, the network can be attached to the 
Internet via an ISP. It is then possible to retrieve information from a number of sources 
5 such as an equipment provider, automotive manufacturer or the home office of a chain 
of garages. Information need not be restricted to automotive information. The network 
also supports accessing such business information as inventory levels at sister stores, 
transmission of email to customers, or remote diagnosis of shop floor equipment by 
automotive service equipment manufacturers. For example, in Figure 6, server 150 is an 

1 0 automotive service equipment manufacturer server that can diagnose equipment 
problems in alignment system 194; server 160 is a server for an OEM automobile 
manufacturer server that can provide new or updated vehicle servicing specifications; 
server 1 80 is a service station owner / parent company server that can retrieve and 
supply business information, such as inventory, delivery, service quota and other 

15 information. 

Preferably, the service equipment applications for service equipment 190 are 
written using Microsoft Developer Studio and ActiveX technologies. This is because 
the ActiveX programmer is not required to know the details of communicating 
information over the network to write an application. The sharing of information is 

20 accomplished within the computer operating system software (such as Windows), not 
the application software written by the programmer. This way, applications can be 
written as a stand alone program, and then later connected to the HTTP network when it 
is desired to share information, with few or no modifications to the underlying program. 
Each of the servers may also utilize Java or CGI scripts as appropriate to carry out 

25 specific functions that are best handled by those kinds of tools. For example, Java 
conveniently supports animation. CGI supports form-based database searching. 

Although the best mode contemplated for carrying out the present invention 
hasbeen herein shown and described, it will be apparent that modification and variation 
may be made without departing from what is regarded to be the subject matter of the 

30 invention. 
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1. An automotive service equipment system for use in conducting a 
diagnostic analysis of vehicle components, the automotive service equipment system 

5 having at least one measurement device, a data input controller and at least one 
networked controller coupled to the data input controller over a data transmission 
network; 

the measurement device being operatively coupled to the data input controller 
and configured to provide signals to the data input controller representative of a vehicle 
10 diagnostic state; 

the data input controller comprising a first microprocessor, a first memory 
coupled to the first microprocessor and an output device coupled to the first memory; 

the at least one networked controller comprising a second microprocessor and a 
second memory; 

1 5 wherein the first microprocessor accesses the second memory through the 

second microprocessor over the data transmission network to convert the signals into an 
output at the output device indicative of the vehicle diagnostic state. 

2. The system of claim 1 wherein the signals comprise ISO 8879 syntax. 

20 

3. The system of claim 1 wherein the data transmission network comprises 
hypertext transmission protocol (http). 

4. The system of claim 1 wherein the second microprocessor processes 
25 measurement data derived at least in part from the signals and transmits the processed 

measurement data to the data input controller over the data transmission network. 

5. The system of claim 1, wherein the second memory comprises at least 
one software object, and wherein the first microprocessor accesses the at least one 

30 software object in the course of conducting a diagnostic analysis of vehicle components. 

6. The system of claim 5 wherein the at least one software object includes 
an object representative of one or more from the set of: vehicle owner information, 
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vehicle specifications, a diagnostic computational routine, an automotive service 
operator instruction, and customer account information. 

7. The system of claim 1 wherein the output device comprises a visual 
5 display. 

8. The system of claim 7 wherein the visual display comprises a CRT. 

9. The system of claim 1 wherein the output device comprises an audio 
10 output device. 

1 0. The system of claim 9 wherein the audio output device comprises a voice 
audio output device. 

15 11. The system of claim 1 wherein the automotive service equipment 

comprises a computerized wheel alignment system, the at least one measurement device 
comprises at least one wheel alignment sensor, the signals comprise signals 
representative of wheel alignment angles, and the output indicative of the vehicle 
diagnostic state comprises an output indicative of the difference between measured 

20 wheel alignment angles and a wheel alignment angle specification. 

12. The system of claim 1 wherein one of the following types of automotive 
service equipment comprises the data input controller: engine analyzer, wheel alignment 
system, brake tester, suspension analyzer, wheel balancer; and one of the following 

25 types of automotive service equipment comprises the at least one networked controller: 
engine analyzer, wheel alignment system, brake tester, suspension analyzer, wheel 
balancer. 

13. The system of claim 12 wherein the type of automotive service 
30 equipment which comprises the data input controller is different from the type of 

automotive service equipment that comprises the at least one networked controller. 
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14. The system of claim 1 wherein the data input controller comprises a 
browser and the at least one network controller comprises a server. 

1 5 . The system of claim 5 wherein the data input controller and the at least 
5 one network controller communicate over the data transmission network using DCOM 

technologies. 

16. The system of claim 1 1 wherein the data input controller and the at least 
one network controller communicate over the data transmission network using DCOM 

10 technologies, and wherein the output indicative of the difference between measured 

wheel alignment angles and a wheel alignment angle specification comprises a real-time 
DCOM display showing the difference between measured wheel alignment angles and a 
wheel alignment angle specification. 

15 17. The system of claim 1 wherein the output device comprises a display, the 

first memory comprises a Java Virtual Machine, the second microprocessor transmits 
Java applets to the first memory over the data transmission network, and the output 
device displays the Java applets utilizing the Java Virtual Machine. 

20 1 8. The system of claim 17 wherein the Java applets comprise operator 

instructional information. 

19. The system of claim 1 wherein the data input controller comprises a thin 
client and the at least one network controller comprises a server. 

25 

20. The system of claim 1 wherein both the data input controller and the at 
least one network controller are located at the same vehicle servicing site. 

21 . The system of claim 20 wherein the data transmission network comprises 
30 a local area network (LAN). 
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22. The system of claim 1 wherein the data input controller is located at a 
vehicle servicing site and the at least one network controller is located remote from that 
vehicle servicing site. 

5 23. The system of claim 1 wherein the second memory comprises a set of 

vehicle diagnostic specifications. 

24. The system of claim 5 further comprising a second networked controller 
coupled to the at least one networked controller and the data input controller over the 
10 data transmission network, the second networked controller having a third 

microprocessor, wherein the third microprocessor is adapted to access the same software 
object in the second memory of the at least one networked controller at substantially the 
same time as the first microprocessor. 

15 25. The system of claim 24 wherein the second networked controller 

comprises an item of automotive service equipment. 

26. The system of claim 24 wherein the second networked controller 
comprises a customer accounting database. 

20 

27. A computerized wheel alignment system comprising a plurality of 
alignment angle sensors adapted to be mounted on vehicle wheels to sense wheel 
alignment angles, a computer coupled to the plurality of sensors and adapted to receive 
therefrom signals indicative of wheel alignment angles, a display coupled to the 

25 computer and adapted to display the respective wheel alignment angles, the 
improvement comprising: 

a connection to a data network; 

the computer coupled to the connection to the data network and adapted to 
execute a web browser for receiving information thereon; 
30 the information comprising wheel alignment procedure instructions, 

whereby the web browser assists an operator in completing a vehicle wheel 
alignment procedure. 
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The system of claim 27 wherein the information comprises help files. 



29. The system of claim 28 wherein the information comprises the HTML 
file format. 

5 

30. The system of claim 27 wherein the web browser comprises an ActiveX 

control. 

31. A web browser / server system for use as a diagnostic wheel alignment 
10 , service system, the web browser comprising: 

a browser computer having means for connection to a data transmission network, 

a plurality of alignment angle sensors adapted to be mounted on vehicle wheels 
to sense wheel alignment angles, 

the browser computer coupled to the plurality of sensors and adapted to receive 
1 5 therefrom raw signals indicative of wheel alignment angles and to place the raw signals 
on the data transmission network for transmission to the web server; 

the web server comprising: 

a server computer having means for connection to the data transmission network 
and for receiving the signals, 
20 the server computer further comprising means for computing from the raw 

signals the difference between the sensed wheel alignment angles and values 
representing wheel alignment angle specifications, 

the server computer adapted to return to the browser computer over the data 
transmission network processed signals representative of the difference between the 
25 sensed wheel alignment angles and values representing wheel alignment angle 
specifications, 

the browser computer further comprising a display, the browser computer 
adapted to receive the processed signals and place on the display an image 
representative of the difference between the sensed wheel alignment angles and values 
30 representing wheel alignment angle specifications. 

32. The system of claim 31 wherein the image comprises a graphically 
generated meter. 
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33. The system of claim 32 wherein the processed data returns to the browser 
computer sufficiently soon after the raw data is transmitted to the server computer 
whereby the graphically generated meter displays the difference between the sensed 

5 wheel alignment angles and values representing wheel alignment angle specifications in 
real-time. 

34. The system of claim 31 wherein the web browser comprises a second at 
least one sensor, the browser computer coupled to the second at least one sensor and 

1 0 adapted to receive therefrom a second raw signal indicative of non-alignment-related 

vehicle diagnostic information and to place the second raw signals on the data 

transmission network for transmission to the web server; 

the server computer further comprising means for computing from the second 

raw signals a second processed value indicative of a vehicle diagnostic result; 
15 the server computer adapted to return to the browser computer over the data 

transmission network second processed signals representative of the second processed 

value indicative of a vehicle diagnostic result; 

the browser computer adapted to receive the second processed signals and place 

on the display an image representative of the second processed value indicative of a 
20 vehicle diagnostic result. 

35. The system of claim 34 wherein the non-alignment-related vehicle 
diagnostic information comprises at least one from the set of; engine diagnostic 
information, vehicle suspension information and vehicle wheel balance information. 

25 

36. The system of claim 15 wherein the DCOM technologies comprise 
ActiveX technologies. 

37. The system of claim 15 wherein the DCOM technologies comprise 
30 ActiveX technologies. 
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